CLAIMS 

What is claimed is: 



1 \ . A method of providing concurrent access to a resource object, the method comprising 

2 thcxomputer-implemented steps of: 

3 \ creating and storing a lock data structure for a particular resource object, the lock data 

4 \ structure comprising data indicative of values for a resource object 

5 \ identification, a lock type, and a version number related to a number of 

6 \ changes to the resource object since the lock data structure was generated; 

7 receivingva request fi'om a requesting process for a requested lock type for access to 

8 the particular resource object; and 

9 determining whether to grant the request based on the requested lock type and the 
1 0 lock typeHn the lock data structure. 

1 2. A method as recited iirClaim 1 , further comprising the step of: 

2 if it is determined to grarusthe request, then 

3 bringing the value or4he lock type in the data structure into agreement with 

4 the lock type in the request; 

5 generating a lock object having data indicative of the values for the resource 

6 object identification, ihe lock type and the version number fi'om the 

7 lock data structure, and\ 

8 returning the lock to the requestingsj)rocess. 

1 3. A method as recited in Claim 1 , further comprising the steps of: 

2 receiving a lock to be released having data indicatiVe of values for the resource object 

3 identification and the lock type and the versioXnumber; 

4 determining whether the data indicative of the value for ttie lock type in the lock to be 

5 released indicates an exclusive lock, and \ 
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6 \f it is determined the data indicates the exclusive lock is to be released, then changing 

7 \ the value for the version number in the lock data structure based on the value 

8 \ version number in the lock to be released. 

1 4. A method^^ recited in Claim 2, wherein: 

2 the lock data\3tructure further comprises a reference number; 

3 said step of generating a lock data structure further comprises setting the reference 

4 number to^a predetermined initial value; and 

5 said method further Comprises, if it is determined to grant the request, then replacing 

6 the value of th^eference number in the lock data structure with a sum of the 

7 value of the reference number in the lock data structure and a predetermined 

8 reference change value. 

1 5. A method as recited in Claim 4, fmher comprising the steps of: 

2 receiving a lock to be released havingsdata indicating the particular resource object; 

3 determining whether the reference number substantially equals the predetermined 

4 initial value of the reference numb^ and 

5 if it is determined the reference number does not substantially equal the 

6 predetermined initial value, then replacing the value of the reference number 

7 in the lock data structure with a difference s^bstantially equal to the value of 

8 the reference number in the lock data structure^inus the predetermined 

9 reference change. \ 

1 6. A method as recited in Claim 5, further comprising, if it is detemiined the reference 

2 substantially equals the predetermined initial value, then deleting the lock data structure for 

3 the particular resource object. \ 
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7. A method of updating a resource object using optimistic locks, the method comprising 
me computer-implemented step of: 

\ receiving from a client process a request to update a particular resource object; 
\ sending to a lock manager process a request for a first lock for access to the particular 
\ resource object, the request including data indicating an optimistic lock type; 
reWving the first lock for access to the particular resource object, the first lock 
\ including data indicating the resource object, the optimistic lock type and a 
\first value for a version number related to a number of changes to the resource 
abject since the lock manager generated a lock data structure corresponding to 
the\esource object; and 
using the optimistic lock to update the resource object. 

8. The method as redted in Claim 7, said using the optimistic lock comprising: 
sending to a lock meager process a request for a second lock for access to the 

particular resoutee object, the request including data indicating the resource 

object identificati(m and an exclusive lock type; 
receiving the second lock for access to the particular resource object, the second lock 

including data indicating the resource object identification, the exclusive lock 

type and a second value for the version number; 
determining whether the second value for the version number substantially equals the 

first value for the version number; and 
if the second value substantially equals ihe first value, then 

committing an updated resource object to the resource, and 

replacing the second value in the refCTcnce number in the second lock with a 
third value of the version numbW, the third value computed by adding 
the second value and a predetermmed version change value. 

9. The method as recited in Claim 8, further comprisingXif the second value does not 
substantially equal the first value, then sending a message to th\ client process, the message 
indicating that the resource object was not updated. \ 
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1 10. \ The method as recited in Claim 7, further comprising sending to the lock manager 

2 process^ first release message to release the first lock. 

1 11. The rnbttiod as recited in Claim 8, further comprising sending to the lock manager 

2 process a second rdease message to release the second lock. 

1 12. The method as retited in Claim 9, further comprising sending to the lock manager 

2 process a second release menage to release the second lock, the second release message 

3 including data indicating the thh;d value of the version number in the second lock and the 

4 exclusive lock type, wherein the trHrd value of the version number is used by the lock 

5 manager to replace the second value orf" the version number in the lock data structure. 

1 13. A computer-readable medium carr^g one or more sequences of instructions for 

2 providing concurrent access to a resource object, which instructions, when executed by one 

3 or more processors, cause the one or more processors to carry out the steps of: 

4 generating a lock data structure for a parti cuW resource object, the lock data structure 

5 comprising data indicative of values fora resource object identification, a lock 

6 type, and a version number related to a number of changes to the resource 

7 object since the lock data structure was generated; 

8 receiving a request firom a requesting process for a reques^ted lock type for access to 

9 the particular resource object; and \ 

10 determining whether to grant the request based on the requested lock type and the 

1 1 lock type in the lock data structure. \ 
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1 V A computer-readable medium carrying one or more sequences of instructions for 
upoating a resource object, which instructions, when executed by one or more processors, 
cause^the one or more processors to carry out the steps of: 

Ksceiving from a client process a request to update a particular resource object; 
se\ding to a lock manager process a request for a first lock for access to the particular 

resource object, the request including data indicating an optimistic lock type; 
receiviKfi the first lock for access to the particular resource object, the first lock 

imiluding data indicating the resource object, the optimistic lock type and a 
first Value for a version number related to a number of changes to the resource 
object^nce the lock manager generated a lock data structure corresponding to 
the resource object; and 
using the optimistic lock to update the resource object. 

15. An apparatus for provnjing concurrent access to a resource object, comprising: 
a processor; 

one or more stored sequences of instructions which, when executed by the processor, 
cause the processor to\carry out the steps of: 

generating a lock data stmcture for a particular resource object, the lock data 
structure comprising data indicative of values for a resource object 
identification, a lockNype, and a version number related to a number of 
changes to the resource^bject since the lock data structure was 
generated; \ ) * " ' . 

receiving a request from a requestin)e process for a requested lock type', for 
access to the particular resource object; and 

determining whether to grant the requestSbased on the requested lock t>^ and 

' — .y 

the lock.type in the lock data structure. 

16. An apparatus for updating a resource object, comprisir 
a processor; 
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one or more stored sequences of instructions which, when executed by the processor, 
\ cause the processor to carry out the steps of: 
\ receiving from a client process a request to update a particular resource object; 
sending to a lock manager process a request for a first lock for access to the 
\ particular resource object, the request including data indicating an 
\optimistic lock type; 
receivingvlhe first lock for access to the particular resource object, the first 
lock^cluding data indicating the resource object, the optimistic lock 
type and a first value for a version number related to a number of 
changes to\the resource object since the lock manager generated a lock 
data structuresPorresponding to the resource object; and 
using the optimistic lock, to update the resource object. 

17. An apparatus for providing concurrent, access to a resource object, comprising: 

means for generating a lock data structure for a particular resource object, the lock 
data structure comprising data indic^ive of values for a resource object 
identification, a lock type, and a versioh number related to a number of 
changes to the resource object since the lod: data structure was generated; 
means for receiving a request from a requesting proems for a requested lock type for 

access to the particular resource object; and \ 
means for determining whether to grant the request based \n the requested lock type 
and the lock type in the lock data structure. \ 
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An apparatus for updating a resource object, comprising: 

a'H^eans for receiving from a client process a request to update a particular resource 
ibject; 

a means fohsending to a lock manager process a request for a first lock for access to 
the particular resource object, the request including data indicating an 
optimistic locksh^e; 

a means for receiving the ik^ lock for access to the particular resource object, the 

first lock including dataii^dicating the resource object, the optimistic lock type 
and a first value for a versionnumber related to a number of changes to the 
resource object since the lock mmfeiger generated a lock data structure 
corresponding to the resource object; anc 

a means for using the optimistic lock to update the r^squrce object. 
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